United States Patent [i9] 

MacNaughton et al. 



US005796393A 

{11] Patent Number: 
[45] Date of Patent: 



5,796^93 
Aug. 18, 1998 



[54] SYSTEM FOR n<rrERGRATING AN ON-LINE 
SERVICE COMMUNITY WITH A FOREIGN 
SERVICE 

r75] Inventors: Bnice A. MacNaDghton. Columbus: 
Leigh R. l\irner. Upper Artington. 
both of Ohio 

[73] Assignee: CompuServe Incorporated. Colunibus. 
Ohio 



[21] 
[22] 
[51] 



[58] 



Appl. No.: 745^94 
Filed: Nov- 8, 1996 

Int a * G06F yW; G06F 15/163 

[52] U.S. CL 345/329; 34S332; 345^6; 

345/357; 707/501; 395/683 ; 395/20033: 
395/20048 

FiddofSeart* «... 345/329, 357, 

345/331. 332, 346, 971; 707/501; 395/200.33, 
200.31, 200.47-200.49, 200.79, 683. 680 



[56] 



Rrferences Cited 



U.S. PATENT DOCUMENTS 



5,00S,853 
5,021,949 
5,329,619 
5,440^51 
5,448^ 
5,448467 
5,491 ,S0O 
5,497.463 
5,499343 
5,559,949 
5,615^36 
5,710,884 



4/1991 
6/1991 
7/1994 
8/1995 
9/1995 
9/1995 
2/1996 
3/1996 
3/1996 
9/1996 
3/1997 
1/1998 



Blyetal. 

Morten eC aL .... 

Pag6etal. 

Sozuki 

Ricfater et al. 

Digbeetsl. — 
Gddsmiib et al. 

Sieixi et al. 

Pettns - 

Reimcr ct al 

Robson ei al 

Dedrick 



— ... 345/331 
- 395/200.61 
« 395/20033 

370/60 

370/94.1 

370/94.2 

395/200^1 
„ 395/20033 
« 395/20033 
... 707/501 X 
....... 395^683 

395/200.47 



OTHER PirBLICATIONS 

Brown ct al.. WWW Plug-ins Coinpanion^ Que Corporatioo. 
pp. 351-362. Oct 1996. 

"Prodigy launches 100 Interest Groups on the World Wide 
Web; All Sites have deep links to Chat and Ncwgroups". 
Business VWrc, Sep. 27. 1995. 

"AOL*s Grand Goal; America Online seeks to transfwrn 
itself into a Major Internet player." information Week. Jul 
31. 1995. p. 108. 

"America Online Growing Pains," Newbytes. Mar. 7. 1995. 

Primary Examiner— Rzymond J. Bayed 
Attorney, Agent, or Firm — Standiey & Gilcrcst 

[57] ABSTRACT 

A system and method are disclosed for integrating an on-line 
service conmuinity with a foreign service such as the 
Internet World Wide Web. To take advantage of the present 
invention, on-line service subscribers access a membership 
module to con^lete a membership process in whidi they 
join communities each of which represents a specific area of 
interest. The present invention operates as an extension to a 
user's preferred Web browser and is mamfesied as a toolbar 
comprised of control buttons and a viewer on a computer 
user's screen. By interacting with the control buttons of the 
toolbar and the mcEius of the viewer, on-line service content 
is delivered to the user in response to the UKLs ^dfied by 
the user as be or she browses the Web. In addition, control 
buttons on the toolbar present opportunities for interacting 
with other conmiunity members. Although the user may 
change URLs and Web sites frequently, the present inven- 
tion maintains a context — ^via a persistent connection 
t>etween a Community Server at the on-line service and a 
Conxmunity Client on the user*s computer — for the user's 
interactions so that on-line service content may be presented 
and interactions with other conmuinity members faciiitated. 
The benefit of the present invention for end-users is a 
transformation of the Web to a community. 

51 Claims, 8 Drawing ^leets 
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SYSTEM FOR INTERGRATING AN ON-LINE 
SERVICE COMMUNITY WITH A FOREIGN 
SERVICE 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to systems for 
huniaD-con:^utcr intcractioa. In particular, the present 
invention relates to a system and method for enhancing a 
computer uscr^s Internet browsing experience by determin- 
ing a user's preferences and facilitating tfic user*s interaction 
with a community of users (community members) sharing 
similar preferences via community content annotations 
related to on-line content and via synchronous and asyn- 
chronous interactions with community menobers sharing 
similar preferences. 

2. Description of Related Art 

Computer inf<MTaatioD services today offer a variety of 
services and content to their subscribers. For cxan^e. 
subscribers of the CompuServe® Information Service may 
retrieve information or content from a rcposit<My maintained 
by the swvicc or possibly, by a third party provider. In 
addition. Con^Serve subscribers vaay communicate with 
other subscribers. Communications may occur in real time 
as subscribers initiate and Join ongoing conference room cr 
"chat** sessions managed by the information service. Com- 
puServe subscrit>ers may also communicate directly with 
one another as well as widi non-members via electronic mail 
(e-mail.) Special interest on-line discussion groups (ie.. 
message boards or forums) within ConqMiScrvc also provide 
opportunities for subscribers to communicate with one 
anotho^. Forums are generally conqnised of three major 
areas: a message area, a library, and a conference room for 
forum conferencing. 

The message area serves as a place for posting and 
responding to messages relating to a specific topic When a 
message is posted and someone respcmds to it a thread is 
created. A thread is a string of two or more messages that are 
related to one another and that share a particular subject or 
topic heading (Le., thread^ The fonmi library serves as a 
storage area for documents, graphics, and other information 
that may be browsed, searched, or downloaded. Forum 
conferences, on the other hand, arc live electronic conver- 
sations between two or more forum members. It is die 
facilitation of interaction via these various methods and in 
relation to shared areas or topics of interest that gives on-line 
infcxmation service subscribers a sense of belonging to a 
community. 

To interact with the CompuServe Information Service, a 
subscriber* s con^uter may be equipped with communlcar 
tton or connection sc^twarc that has a graphical user inter- 
face such as the CompuServe Information Manager for 
Windows® (WinCIM). The communication software allows 
the subscribe to establish and maintain a connection widi 
ttie information service and to pcrfomi tasks and retrieve 
information content from the service as well as interact widi 
other subscribers. Typically, the communication software is 
designed to su^^xwt all of the features and functionality of 
the information service and is tailored to a uscr*s interaction 
with the on-line service. Content at the on-line service is 
ty;»caily organized or categorized aca^ding to areas of 
interest among groups of users <e.g.. Windows Users* 
Forum, CNN Online, Entrepreneur* s Small Business 
Forum). Content is generally presented or displayed in a 
similar manner regardless of the area of interest Users are 
able to locate content easily and conmuinicate easily with 
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others who share similar interests (e.g.. via foruois. email, 
conferencing or chat) thereby aeating communities. 

The Internet and World Wide Web (Web), con^irised of a 
vast array of international computer networks, provide 

5 on-line service subscribers with additional content or 
resources to search. These international computer networks 
may be comprised of foreign host computers or servers (i.e., 
not part erf the on-fine service network) that users access to 
locate resources. Typically, these resources are accessed 

10 using a Web browser, such as Spry's Mosaic. Microsoft's 
Internet Explorer, or Netscape *s Navigator. cspMe of 
understanding the HypeiText Markup Language (HTML) 
used to create the documents (Web pages) found on the Web 
and the HypciTcxt Transfer Protocol (HTTP) (as well as 

15 other protocols and/or applications such as File Transfer 
Protocol (FTP), Internet Relay Chat (IRC), telnet, etc.. 
collectively "Internet protocols") used to navigate or locate 
sites on the Web from which the HTML and other docu- 
ments may be accessed. Although Web browsers typically 

20 have varying levels of functionality or sophistication, 
retrieved content is displayed according to views or presen- 
tatioos specific to the Web page currently presented by the 
Web browser. Each screenful of information includes menu 
cfaoioes. highlighted words, or graphics through which users 

25 may locate further information, either ftom the same com- 
puter or by linking automatically to another computer some- 
where else on the Internet Typically, the views and presen- 
tations of the Web pages are d^erent than those provided by 
the comiminication software from the on-line service 

30 because the Web browser is. in fact, a sq)arate client 
application displaying Web pages containing presentation 
directives in the fcrnn of HTML or another protocol/ 
application such as FTP. IRC. etc. 
Web sites are typically linked to one another via Uniform 

35 Resource Locatc^s (URLs). Users may navigate cr browse 
within a site or between sites simply selecting or clicking 
on menu choices, hig^ilighted words, or graphics (Le.. links 
on Web pages) that rqvesent URLs. Despite the fact that 
navigating the Web is easy (users simply point and click), as 

40 it exists today, die Web Is a huge, daunting, mostly disor- 
ganized space in whidi people wander aimlessly firom link 
to link (i.e.„ URL) in hopes of finding mcaning^l content 
Browsing the Web is essentially a solitary experience. Most 
Web pages arc designed to present infcrmatk)n to users 

43 rather than to promote interactions with other humans. Most 
interaction with other humans consists of, "^dieck out ttiis 
URL^ by word of mouth, an e-mail message, or some other 
printed medium. Few. if any opportunities for interacting 
with others are presented to Web users. 

50 What is further confusing to many con^uter users is the 
fact that they roust learn and use different user interface 
software fox interacting with or navigadngAsrowsing the 
information service (Le.. infonnation service communica- 
tion software) than they use for interacting with or 

55 navigating/browsing the Web. Users* on-line experiences 
are compromised because they must switch between appii- 
cations to access information service content and then 
Internet/Web content. Switching between applications 
requires users to change not only the method of interaction. 

60 but also changes the context of interactions from 
community-oriented on the on-fine service to solitary, less 
socially oriented interactions on the Internet/Web. 
Therefore, there is a need for an integrated method of 
interaction that allows computer usen to access the Internet/ 

65 Web using a coromercially available browser, but also enjoy 
community-oriented activities and intaactions of an on-line 
service that typically may be accomplished only by leaving 
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the Internet/browser and switching to the oo-Une service present invention, the inieraalon components support 

content/on-line service communication software. Web users "capabilities'* associated with a conummity. Capabilities 

need the ability to form on-iine relationships with others and may be viewed as actions that may be performed in a 

to communicate with others of similar interests or back- community. Each community may support a set of common 

ground. ^ or unique capabilities. 

Message boards enable asynchronous interactions 

SUMMARY OF THE INVENTION between community members through threaded messaging. 

The present invention-thc Community Browser- Community thread^ messages or amiotoUons are ^^^^ 

enhances a user's on-line experience by enabling those with with a particular Web page as idcntifi^ by a URL. The 

similar interests or shared circumstances to enjoy on-going concept of associaung amiotauons to Web pages enables 

social relations. Social reUtions in an on-line environment conununity i^cmba^ to create a natural organization for 

translate to both real-time interactive methods or options. their messages. The Wd, page acts as tfic high-level interest 

such as chat and gaming, and static interaction methods, filter and the topics of the assoaated annotations finther 

such as viewing annotations (e.g.. threaded messaging) and define the context based on contributions from commututy 

shared bookm^ks. TTie enabling technology of the Com- members. TTius, comimmity messagmg becomes a true 

munity Browser augments the available content on the expression medianism for the wmiminity and the nailUons 

IntemetWeb that is a^scd via a browser with interaction of Web pages become catalysts for eUatmg comments from 

opportunities for on-line service members and for community members. 

Community-created content by on-Une service members. Conferencing or "chat" enables real-time interactions 

The on-line community environment is integrated with a between community members. Caramunity members may 

user's browser so that messaging and interaction compo- initiate or just participate in real-time streaming chat scs- 

nents of the on-line service are avaOable while the user sions. Streaming chat includes the capability for users to 

browses flie Interact. exchange text audio, and other multimedia type data. 

The Community Browser is a set of tools and c^biUties Community bookmarks enable community members to 

that enable W<* users to benefit from a focused view of the " contribute Web pages for the benefit of other community 

Web based on shared interest, an available group of people members. Contributon gain community recognition forthcir 

accessible f<K interactions, and a repository for relevant and contributions. When creating a community bookmariL flic 

pertinent information discovered whUe browsing or navi- contributor provides a title and a dcscrq>Uon for his or her 

gating the Web. The tools may be segmented into two „ contribution. This infOTmation may be indexed into a direc- 

px)u^s: core components and interaction con^nente. Tlic toiy service at the time of creation so that it may be retrieved 

core con^nents enable a conmuinity to exist and are later. 

generally tran^arent to fee user. Interaction con^nents Community members may also participate in on-line 

enable various capabilities and user interactions and facili- games such as DOOM. Quake. Flight Simulator. Users are 

tatc the creation of community content by users. presented wilh capabilties for inviting others to participate in 

The core components con^se a Community Server and a game and capabUtics for actuaUy particq«iting in an 

a Community Client The Community Server maintains on-line game. 

communications with ttie Community Client which operates Voting enables community managers and inembcrs to 

on the user's computer. Together the Community Server and understand the temperament of the conmuinity based on 

Community Client notify the user ctf annotations by com- 4q inputgathcredthrough voting. There arc two types of voting, 

munity menAcrs affiliated with whatever Web page (as (1) Votes may be registered for or against community 

identified by a particular URL) he or she happens upon. The bookmarics, feus creating a community rating system for fee 

Community Server saves requests from the Community bookmarks. (2) A real-time polling mechanism enables 

Client by initiating sessions between the appropriate anno- community managers to ask questions and get i mm ffdia t r 

tation components and fee Community Client feus enat^g 45 feedback from the community members while on-line, 

annotations to be created and intcractioDS wife community The present invention allows Wd> usas to fonn on-line 

members to ocx:ur in conjunction wife navigating fee Web. relationships wife Community membets, to communicate 

The primary function of fee C<Hnnuinity Server is as a ^rith ofecrs of similar interest or backgrounds, and to view 

community communication hub for facilitating interaction Community content The Communities of fee present inven- 

wife a community while the user's browser is miming. jq tion may serve as a starting or focal point for Web navigat- 

Thc Community Client serves primarily as an access ing. The present invention provides a structure for a Web 

mechanism to fee conmmnity services, annotations, and experience and he^ users avoid being ovcrwhehned ot 

interactions. In a prefened embodiment of fee present overloaded by fee complexity of the Web. The features and 

invention, it is manifested as a toolbar on fee user's com- benefits <^ fee present invention may be better understood 

puter screen when used in conjunction wife a Web browser 55 by referring to fee following description io conjunction wife 

selected by fee user. In anofeer embodiment of fee present fee accompanying drawings. 

invention it may also be used indq>endently of a Web DESCRIFnON OF THE DRAWING(S) 
browser. Toolbar options facditate fee user s community 

interaction options by, for example, aUowing fee user to HG. 1 is a diagranunatic representation of a system 

access a Web page for the community or initiate a chat ^ architecture for a prefenrcd embodiment of the present 

session wife another community member. invention; 

The interaction components or mcfeods (i.e., community FIG. 2 is a diagrammatic representation of Community 

interaction options) enable aspects ot community cxperi- Client components for a preferred cmbodmaent of fee 
ences for users and allows feem to engage in on-going social present invention; 

relations. The interaction con^nents may course mes- 63 FIG. 3 is a diagrammatic representation of a Coirununity 
sage boards (or forums), chat, ccmuminity bookmarks. Server architecture for a preferred embodiment oi fee 
gaming, and voting. In a preferred embodiment of fee present invention; 
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FIG. 4 is a diagrammatic representation of a Tracking 
Server architecture for a preferred emtxxiiment of the 
preseor invention; 

FtG. 5 is a diagrammatic representation of a Threaded 
Message Server architecture for a preferred embodiment d 5 
the present invention; and 

FIG. 6 is a screen shot of Web page. Community Client 
and Conmiunity Web page for a preferred embodiment oi 
the present invention. 

DETAILED DBSCRIFTION OF THE 
PREFERRED EMBODIMENT(S) 

Referring to FIG. 1. a diagrammatic representation of the 
system architecture for a preferred embodiment of the 
present invention is shown. Preferably, the system is com- 
prised of several servers providing specialized services to 
accomplish the features and functionality of the present 
invention. Some servers may be part of a wide area network 
owned. (^)crated. and maintained by an on-line service 20 
Other servers may be owned, operated, and maintained by a 
third party or many third parties and may thus constitute a 
foreign service. From the viewpoint of the on-line service, 
these third-party servers are f^eign servers because they are 
not part of the wide area network of the on-line service, 
Preferably, the foreign servers are part of a global, wide area 
network such as the Web portion of the Internet. Each server, 
whether part of the on-line service or foreign, is comprised 
of hardware and software elements that provide a sc^histi- 
cated set of services or operations for use by clients. ^ 
Preferably, communications between servers arc accom- 
plished using well-known connection technology such as 
TCP/IP connections. Finally, data needed by the present 
invention may t>e stored in databases accessible via any one 
of a number of interfaces (e.g.. Open Database Connectivity ^5 
(ODBC) interface.) 

In a preferred embodinaent of the present invention, 
object-oriented software technology (Object-Oriented 
IVogranuning — OOP) is used to implement the features and 
functionality of the software conqKinents that oonqirise the 40 
present invention. OOP tediniques involve the definition, 
creation, use, and destruction of ''objects.** These objects are 
based on software entities or classes comprising data types 
and procedures lhat are automatically associated with them. 
Classes serve as teiiq>Iates that instruct on building or 43 
creating an object OOP techniques are well-known in the 
art 

Referring again to FIG. 1. users of Ihe jv^esent invention 
interact with or browse the W^ using a commercially 
available Web browser 10 such as Spry*s Mosaic, so 
Nctsci^*s Navigator, or Microsc^*s Internet Explorer: 'Die 
Web browser allows a user to retrieve infcMmation from 
serven through any one of a number of well-known proto- 
cols and/or applications (including the HypeiText Transfer 
lYotocol (HTTP). File Transfer Protocol (FTP). Internet 55 
Relay Chat (IRC), teUiet) that has been made publicly 
available on the Internet A user retrieves information via the 
browser by suf^lying a URL 22 (e.g., www.somchostcom). 
A connection is dien made to the Web server 24 associated 
with the URL. Once connected, die user may '1>rowse** the 60 
information at the Web site by reading the text and viewing 
the graphics on the Web page and selecting links to related 
Information whidi may or may not be available from the 
same server. The servers with which the user interacts arc 
owned, cperated. and maintained by many different parties 65 
and are. from the viewpoint of an on-line service, foreign 
servers. 
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Also in communication with the user's Web browser 
10— via a Community Client comprising a Remote Pass- 
phrase Authentication module 12 and community control 
module 14 embodied in dynamic link libraries (DLLs) — is a 
Community Server 18 which is part of the on-line service 
(i.e., owned, operated, and maintained by the service). The 
Community Server 18 manages conununities as defined by 
Home Pages for each conmiunity. annotations (Le.. infor- 
mation service content) and dieir associations with or links 
to Web pages (as identified by URLs), and sessions estab- 
lished on behalf of members to enable community interac- 
tions via community interaction options. The Community 
Server 18 acts as the community communication hub. 
Preferably, the on-Une service comnumity environment is 
based on the same technology as the Web so that commu- 
nities integrate easily with the Wd> environment. Comnui- 
Dications between the community control module 14 of the 
Community Client and Community Server 18 may occur via 
a TCP/IP connection 16. When the user navigates to a nevr 
Web page 22. a message (e.g., HTTP message containing the 
new URL 20) is sent from die Community Client 14 to the 
Community Server 18 via die TCP/IP connection 16 so 
interactions may begin with the community associated with 
the new Web page. 

In a preferred embodiment of the present invention, user 
autfientication is accomplished via a separate Remote Pass- 
phrase Autfientication module 12 of the Community Client 
that communicates with a Remote I^ssphrase Authentica- 
tion (RPA) enabled server 36 via die Community Server 18. 
The RPA enabled Server 36 may further access a passphrase 
database to perform user authentication. Coirununications 
between the Remote Passphrase Authentication module 12 
of the Community Client, Community Server 18. and RPA 
enabled server 36 may be accoQ^>lished in accordance with 
any one of a number of well-known protocols and/or appli- 
cations including HTTP, FTP, IRC, etc. messages sent via 
TCP/IP connections 16, 34. 

Once a user is authenticated, a '"persistent connection'* is 
made between the Community Client module 14 and the 
Community Server 18. Hiis persistent oonnectioa, unique to 
the present invention, is used to send and receive notifica- 
tions to and from the Community Server 18. The Commu- 
nity Client 14 reports to the Community Server 18 changes 
in the Web page as identified by the URL 20. Preferably, 
changes are reported by the Community CUeat 14 to the 
Community Server 18 using HTTP messages 20. Other 
protocols such as FTP, IRC, etc may be used as well. The 
Comnumity Server 18 responds to the Community Client 
14. via a HTTP message 20, with notifications. 
Consequently, the persistent connection between the Com- 
munity Server 18 and Comnmnity Client 14 may be accom- 
plished using extensions to a stateless connection technol- 
ogy (e.g.. increasing a time-out value on a HTTP 
connection.) Additional transparent communication thus 
takes place between the Community Client 14 and Commu- 
nity Server 18 to track the user^s Web interaction and 
determine a context for the user's interactions while the user 
interacts with the Web browser in accordance with a series 
of stateless transactions in whidi the user changes Web 
pages based on changes to the current URL 22. In addition 
to HTTP, odier protocols such as FTP. IRC, etc. may be used 
depending on what is to be displayed or what interactions arc 
to OCOIL 

Each community supported by the present invention may 
provide "ca^Mlities.** The actions diat may be performed 
within a community are the communities capabilities. Capa- 
bilities rq>resent a variety of interaction methods or options. 
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R-imaiy or core capabilities may include a "Community 
Centre"* (or Home Page whtdi introduces the user to the 
community), "Create or View Comments** (c.g.. annotations 
such as threaded messages, documents, spreadsheets, etc. for 
a particular conmiunity), **Who's Online" (a list of members 
currently in the community), **Chat" (real time interactions 
with other community members). **Invitations** (messages 
from one community member to another to chat play a 
game, etc.), "Help" (instructions on how to perform a 
particular task, for example). ^'Notices and Personal Mes- 
^ges" (e.g.. email). 'Internet Features'* (e.g., CUCMB. 
Internet Phone), •'Games*' (e.g.. DOOM. Quake. Flight 
Simulator). Special capabilities may also be developed for a 
conununity. 

Users may be introduced to or notified of o^abllities via 
^'notifications.** Notifications are associated with communi- 
ties and indicate cr reference additional information or 
content (Lc. Community Content) as well as interaction 
options or methods that may be of interest to the user. As the 
user continues to browse or "surf* the Web, notifications 
may be sent to the Conmuinity Client 14 from the Commu- 
nity Server 1ft to let the user know what additional con>- 
munity capabilities or features are available for the current 
Web page or URL. For exan^le, for a given URL, notifi- 
cations may be sent to indicate a series <^ annotations exist 
for this page, additional community members are also at this 
page, and/or a real-time chat is in progress between several 
conununity members. Notifications may be viewed as tem- 
porary listings as they are determined at the time of access 
to the URL to reflect the current state of the conmiunity. 
Notifications may also be coinpiised of specific on-line 
content su<^ as current stock quotes that the user has 
requested to receive at specified intervals (e.g., once a day.) 

Annotations — which are one type of capability of the 
present invention — may be viewed as ^"notes** regarding 
related information service content that are associated with 
or linked to a particular Web page as identified by a URL. 
Ihe notes may be comprised of a list of subject or topic 
related headings (i.e.. forum message threads) that a user 
may peruse, a list of threaded messages relating.to a par- 
ticular subject or topic heading, or the contents of a particu- 
lar message. Notes may also include library or archive files 
related to the general subject matter or topic of messages. 
When the user navigates to a Web page* as identified by a 
URL and for which annotations are available, a Web page 
containing the annotations is presented on request to the user 
to allow the user to review or access the arLDotadons. 

Referring again to FIG. L the Threaded Message Server 
54 is used to create and retrieve threaded message type 
annotations tiiat are associated with specific URLs. As 
community members interact with one another via message 
boards, ttie messages they submit are organized and stored 
by this component 54 for later retrieval based on a particular 
URL When another user (or the same user) later provides 
the same URL, the annotations (or threaded messages) 
associated with the URL may be retrieved by theHireaded 
Message Server 54 and presented to the user. Depending on 
the actions of the user, a list of threaded messages, a list of 
messages within a thread, or an actual message may be 
presented to die user. Access to related library or archive 
files may also be provided. 

In a preferred embodiment of the present inveation. the 
Threaded Message Server 54 runs as an extension to a server 
that performs Remote Pas^hrase Authentication so Aat 
access to a community is through a secure means. Hie 
Community Server 18 interacts with the URL database 40 to 
determine whether armotations are available for a particular 
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URL (i.e.. the URL just selected by the user). If the URL 
datal>ase 40 indicates annotations are available, the Cono- 
munity Server 18 interacts with the Threaded Message 
database 58 (preferably, via a POET interface to the 

3 Threaded Message Server 54) to locate the messages. 
Preferably, the URL database is organized according to 
communities and contains maps (e.g.. by referencing or 
pointing to a file) to on-line service content associated with 
a URL (or a series of URLs). 

JO The Conununity Server 18 also interacts with a Member- 
ship database 44 to determine if a user belongs to die 
conmiunity associated with the URL. If it is determined a 
user belongs to a coomumity. the user is given the oppor- 
tunity to enter the community (e.g.. select a control button 

jj or icon that rqprescnts the coimminity). The user may then 
access a home page for the conununity. view c<»nmunity 
conunents (e.g.. view the annotations of the conmiunity 
associated with the URL), search conununity comments, and 
create or reply to community comments. A member of a 

2Q conununity may also interact and coiBrminicate with other 
conununity meinbers who have similar interests or shared 
circumstances by Initiating synchronous communications 
such as chat or conferencing. 
To become a member of a community, a user affirmatively 

25 requests access to a membership module which, in a pre- 
ferred embodiment of tiie preset invention, is a stand-alone 
process that may be initiated from any one of a number of 
sources including a Web site, a Conuminity Client, on-line 
service sign-up process, etc. During the membership 

30 process, information about the user (e.g.. preferences and 
profile data such as name, address, age. billing information, 
interests and hobbies, favorite Web sites, etc.) is collected 
and stored in the Membership database 44. Because users 
complete the membership process for each community they 

^5 wish to join, they may have a difi'erent profile for every 
community to which diey belong. Users may also cancel 
community membersh4>s resulting in deletion of the specific 
preference and profile data from the community membership 
database. In some cases, a user may become a member of a 

40 community autonuitically (ic.. without afSrmatively initiat- 
ing Ike membersfaq) process) as some oomnuinities may be 
open to all on-line service users or possibly, all Web users. 

In a preferred embodiment of the present invention, the 
Conmuinity Server 18 communicates with aTracldng Server 

45 32 via a TCP/IP connection 30 to determine the contents of 
notifications to be sent. Notifications include information 
regarding the presence of members within a conummity at a 
given time and infonnatioD regarding chat sessions currently 
in progress. This dynamic information prefcraUy. is. tracked 

so so that notifications accurately reflecting the state of a 
community ooay t>e sent quickly to the user who has just 
entered the comiminity by specifying an associated URL. 
The Tracking Server 32 thus logs in a tracking database 50 
accessible via an OBDC interface 48 information regarding 

55 the activities of users served by the Comrminity Server 18. 
Activities that noay be tracked indude Web pages accessed, 
messages posted to the message board, and chat rooms 
created or entered. The Tcaddng Server 32 monitors user 
actions so that users who share similar interests may leam of 

60 one another and communicate with one anotho' through a 
variety of options (e.g.. engaging in real-time chat sessions 
or viewing threaded messages submitted by comnuinity 
members). In addition, data alxHit user actions may be 
aggregated and rqported to conmuinity members (e.g.. 

65 results of voting on a particular issue). 

In a preferred embodiment of the present invention, a 
session between a Community Server and a Community 
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Client is managed by primarily two objects — a Session 
object and a Community object. The Session object controls 
communicatioDs sessions with the Community Server It 
maintains a list of communities to which the users belongs 
so that access to communities may be provided as the user 
navigates the W^, in the event the user requests access to 
community content or community interactions, the Session 
object establishes a Conomunlty object that manages inter- 
actions with a specific Community server. The Community 
server, in turn, is responsible for managing interactions with 
die conmiunity associated with the Web page. E^cfcrably. 
each ccHnmunity is identified by a text name and an identi- 
fication number and has an associated port number through 
which a connection may be established to a Community 
server. Preferably, each interaction between a Community 
Client and a Community Server is identified by a *'C^bii- 
ity Id^ number. These numbers r^esent specific features, 
functions, or community capabilities that may be offered to 
the user. Primary or core capabilities may include a *^Qm- 
immity Centre** (or Home Page which introduces the user to 
the comnmnity). "Create or View Comments" (e.g.. anno- 
tations for a particular community). "Who's Online" (a list 
of members currently in the community). *Oar (real time 
interactions with other conuminity members) and *Tnvita- 
tions" (messages from one conomunity member to another to 
chat play a game, etc.). Special capabilities may also be 
developed for a community. 

Each capability may be comprised of one or more func- 
tions. For example, a **comments capability" that provides 
the ability to annotate or attach comments to a Web site may 
support functions such as notification (change attribute of 
screen to notify user comments for the current Web page are 
available), messaging (view list of topics associated with a 
Web page, view list of topics created in a community, read 
messages within a topic, reply to a message, etc), and chat 
(view list of associated public diat rooms, enter into private 
and public chat sessions). A membership capability may 
include functions that support listing (list of members cur- 
rently partic^ting in a community), profile (access member 
profile data), modify (personal profile data), and search' 
(community membersh^)). etc. 

Refening to FIG. 2, a diagrammatic rq>resentation of the 
Community Client components for a preferred embodiment 
of the present invention is shown. In one embodiment d the 
present invention, the Community Client is operative in the 
Microsofk€> Windows® operating system environment In a 
pr^erred embodiment of the f^sent invention, a user of the 
presem invention interacts with the Community Server via 
the Community Client The Community Client, whidi may 
be resident on the user's computer and ^pear as a toolbar, 
is responsible for both the user's on-line e3q)eriencc and his 
or her connection with the Community Scr/a. Pteferably. 
this con^nent does not rely on a propriety interface to the 
Web. Rather it operates as an extension to a commercially 
available t}rowser such as Spry*s Mosaic. NetScape's 
Navigator, or Microsoft's Internet Explorer. The Browser 
Independence Manager 60 abstracts the browser's program- 
mable interface so that multiple browsers may be suf^iortcd. 
The Conmiunity Session Manager 78 handles communica- 
tion with the Community Server based on requests from the 
Web browser. Community content is retrieved and then 
passed to the Community Content Viewer 64. The Toolbar 
and Capabilities Manager 68 is responsible for creating and 
managing the Conuminity ^Toolbar" that appears on the 
user's screen. From the user's point of view, the todbar is 
the user interface fa controlling the Community. The Tool- 
bar and Capabilities Manager 68 may also isterface to one 
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or more Capability Handlers 74 that support the communi- 
ty's capabiLties or interaction options. The Toolbar and 
Capabilities Manager 68 interacts with the Capability 
Handler(s) 74 so that toolbar controls for various capabilities 
5 are made available to the user. Preferably, a Capatttlity 
Handler 74 manages multiple capabilities. A Capability 
Handler 74 may also arrange to have additional controls (as 
part of the toolbar or in a separate window/area of the 
screen) presented to a user to further facilitate a user's 
interactions with community content and other community 
members. 

Communications between the various components that 
cortqirise the Community Client 62. 66. 70. 72. 76. 80 may 
be accomplished using several mechanisms. For exaiiq)le. 
wellknown interprocess communication mechanisms such 
as Micros(^'s Windows® Dynamic Data Exchange (DDE) 
76 or Otjecx Linking and Embedding (OLE) formats may be 
used. Using DDE, programs running on the same computer 
(e.g., Web browser and Conmiunity Client) may exdiange 
data with eadi other while they arc ninning. Alternatively, 

20 the OLE format may be used such that the information 
processed by the different applications may be combined or 
communicated among die ^>plications. Communicadons 
between the Community Session Manager 78 and Commu- 
nity Server may be accomplished using a TCP/IP connection 

2s 80. It is noted that a lesser or greater number of components 
may be developed to accomi^h the same features and 
functionality of the Community Client. Furthermore, other 
arrangements of similar components and other interprocess 
communication mechaiiisms may be used to accomplish the 
same features and functionality of the Community Client 
Refcmng to FIG. 3. a diagrammatic representation of the 
Community Server 104 architecture for a preferred embodi- 
ment of die present invention is shown. The Community 
Server 104 acts as a di^atcher and gatekeeper to the 

35 additional back-end servers that furovide the features and 
functionality of the present invention. It provides a secure 
entry point for the Community Client 100 and mediates all 
transactions t>etween the Community Client (and Web 
browser) and the servers. Preferably, the Community Server 

40 104 relies on asynchronous I/O. (e.g.. via KITP or some 
other protocol such as FTP or IRC over a TCP/IP connection 
102) widi the Conummity Client 100. 

In a preferred embodiment the Community Server 104 
may be comprised of several threads. The Service Control 

45 Thread 114 performs service initialization, shutdown, and 
serves as a central repository for global configuration infoo'- 
mation. The TCP/IP Listener Thread 106 listens on TdVIP 
port 80 for inbound client connections. When a dicnt 
connects to the service, this thread creates a client connec* 

so tion object that is passed to a Connection Worker Thread for 
processing. 

Pseudo code for the main processing loop may be as 
follows: 

55 — —————— 

While fmUE) 

Block waiting for new cUeol comectioa 
If coQDectioa was estaiblisfaed OK 
Cteale cbem connfictioo object 
VoSi a a»n|>let]Oii event fiar this coonection object to a 
^ Cooaecdon Worker Thiead 

Endwhik 



Three additional dasscs of worker ducad pools IDS may 
perform the majority of the server's work. The first worker 
65 thread pool is the Connection Worker Thread Pool. 
Typically, there are two of these threads for each processor 
on the host machine. 
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Pseudo code for the main processing loop may be as 
follows: 



While (TRUE) 

Block waitins for Async 1/0 Con^letioa Event 

(via OctQucucdCompktiooStatusC )) 

Use the data returned by die above to c^tain the oonoectkn 
object usocitted with the VO cveni. 

Call the oonDcctioD object's virtual CoinplctiooRoccivod( ) 
nvtbod 
Eodwhile 



The second worker thread pool is the ODBC Connection 
Thread PooL A pool ai threads may be created at server 
startup time, each of which establish a persistent ODBC 
connection with a community database. Depending on load, 
the server may also create additional ODBC threads as 
needed. When a connection object needs to access an ODBC 
data source, it may take control of one of these pooled 
threaxis and make its database queries in its own dedicated 
thread. 

The third worker thread pool is the Asyndironous I/O 
Thread Pool. This thread pool is similar to the ODBC 
Connection Thread Pool in that the threads may be started 
when the service is initialized. Their main purpose is to 
allow connection objects to perform synchronous I/O opera- 
tions (e.g., connecting to the tracking server, performing a 
synchronous write down a socket, etc.) which may block in 
a thread so that (he main worker threads may continue 
processing while this blocking I/O occurs. 

This Active Session List 110 ccatains the context of all 
users currently logged into a particular community server. 
The user's mcmb«ship information may be cached here as 
well as some other maintenance information. 

The Active Connection List 112 is a list of all active 
connections with the Conmuinity Server (but not active 
sessions). This list may be used by the Garbage Collection 
thread 118 to purge stale connections (e.g., c<Mmections 
waiting for outstanding asynchronous I/O events from a 
client that may have gone away). A connection is a client 
establishing a TCP/IP connection with the Community 
Server, making a request (e.g., login, get URL information, 
vote, create message, etc.), and receiving a reply. A session 
is the group of connections that apply to a single user from 
the initial login request to the logout request The tracking 
server may also establish connections that are kept on this 
Ust 

This lYacking Server Log 116 thread is dedicated to 
one-way communication between the Conmuinity Server 
and the Tracking Server. AU tracking server transactions that 
do not require a reply (e.g.. ttK>sc thai arc used for statistics 
purposes) arc sent to the Tracking Server from a dedicated 
connection. 

The Tracking Server listener Thread 112 is similar to the 
TCP/IP Listener Thread 106. except that this listener accepts 
connections from a Tracking Server (on a diffaent TCPHP 
port than client connections come in on). Pseudo code for 
the main processing loop may be as follows: 



While CTRUE) 

Bbck waitiiig for new tnckiiig server request c aiu cc tk i u 
If connectkxi im estabtished OK 
Cieafie tiBckin^ server oosmectioa object 
VK>st a CGiii{4c6oii event for ihis comiectioD object to a 
ConnecCioxi VMoricer Thread 

Eadwhile 



The Gaibage Collection Thread 118 looks for connections 
and sessions that have not been active for some configurable 
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period of lime. If they have expired, this thread purges them 
from the service. This function alleviates memory creep as 
the service runs for long periods of time (perhaps, weeks). 
The Statistics Log Thread 120 may track information 
^ regarding activity on the server such as how many accesses 
have been attempted, the length of time users are connected 
to the Community Server, etc. 

A series of transactions between the Community Client 
and the Community Server take place to accomplish the 
features and functionality of the present invention. Trans- 
actions may be generally in two distinct classes: requests 
(e.g., Crcqucst) and responses (e.g.. CResponse.) Transac- 
tions take place over a persistent virtual connection between 
the two continents. Asynchronous requests may thus be 
sent between the components, for example, using HTTP, 
FTP. IRC. etc 

Preferably, the Community Client and Community Server 
perform all oonmiunications aaoss a TCP/IP connection 
20 cstaUishcd on port M. A class (e.g.. CSesston) is created to 
handle all client- server protocol negotiation. The client 
application dien handles the contents of predefined CRe- 
quest and CResponse classes passed between client and the 
server. 

25 A client establishes a login session, by sending a login 
request to the server. Once authenticated (using a RPA 
enabled Server), the user session may be established and a 
virtual connection maintained between the cUenl and server. 
This virtual connection serves as the mechanism by which 

30 the server sends asynchronous messages to the client (e.g.. 
via HTTP, FTP, IRC). An example may be a Chat invitation 
from one user to another conmuinity member. 

Subsequent requests made by the client of the server may 
be conducted on a s^arate connection such as a Windows 
socket connection. This connection may be established and 
taken down transparently to the client plication (e.g;., 
embedded in the CSession class member functions). This 
subsequent connection may be audkcnticated by the server 
using Remote Pasqihrase Authentication mechanisms. 
^ Login Transaction '^^ 

Ptcferably. there are 4 stqjs in the login transaction: 

1. Login Request (client to server) 

2. Auftcntication Challenge (server to client) 

3. Response to Challenge (client to server) 

4. Login Response (server to client) 

Preferably, the Client initiates the Login Request by 
sending the following HTTP request: 

50 

XSI-Ctoimmaiiiy-Ses«oiy<vcrsioic> Login HTIP/1.0<crit>*' 



The Community Server responds with an extended HTTP 
response code of 901 along with a RPA WWW-Authenticate 
response header. The connection is maintained by both &e 
client and server at this point as die server awaiu the clients 
response to the RPA challenge. 

The client sends a Login Packet of the following format: 

60 

FieU « 

KanM! Bytes DESCIUFnON 

\fcrsiQii n> 4 A^Bfsjon identiSer of the packet 

Packet 4 Length of Login Packet in bytes 
65 Length 

Login varies Serialized MFC Cob>ect derived class 
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-continued 
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Field 
Nairn 



Dyles 



Request 
Type 



Code 



Direction 
C-Clicm 

S- Server CcxiteDts 



Packet 



containing: 

DWORD Request lype Code 
DWORD IVansaction Veision Id 
CString RPA Authorizatim 
Cheating Header 



Login Response <Server to Client) 

ff authenticated, the server responds with a Login 
Response packet. 



5 Error 



Login 
Logout 

10 Gel URL 
Info 



Invite 



Field 
Name 



Bytes 



DESCRIFnON 



VersioalD 4 
Packet 4 
Length 

Login varies 

Response 

Packet 



Version identtfier of the packet 
Length of Login Packet in bytes 

Serialized MFC Cobject derived class 

DWORD Response type Code 
DWORD Version ID 
CString security context 

CString RP\ session key 
CStiing RPA response 
CString User Name 
CString User Name Realm 
DWORD Base Cooanunity ID 
CobAiray Array of N member info 
objects 

Member Info Object structure 
DWORD Coomninity ID 
CString CommiKutyName 
CString Community Homepi^ 
URL 

Cstrix^ User AEas 

(screen name) 
DWORD Fl^ 
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20 



25 



30 



C ^ S DWORD Error Code. Win? 2 or 
WINSOCK entor code 
CString Descriptive error message 
C _ S N/A See Login protocol 
S ^ C WA Clici^ inforais server that user is 

kigging off. 
C ^ S CString URL 

CDWfcmlAjray Array of community 
IDs the cliem is 
querying the server 
about for this URL 
User Name of nxmber 

^ C invitation 

CString Invitation type 

DWORD IP Address of server 

haavfling die 
ixnritation (a chat 
server, for erampleV 
Unused when sent 
from client to 



DWORD 



^ S CString 



Invite 

35 ^*p*y 



There are 2 steps in the client request protocol: 
L Request (client to server) 
2. Response (server to client) 

The client initiates the Login Request by sending the 
foUowing HTTP requesL 



CSI-Coaninniity-Session/<versiDi]> Request HmVLO <cri£> 
Content-LengtiL <lei^ of request packeo <crlt> 
<crlfc. 

<rcquc3t tnauaction> 



The foimat of a request transaction may be as f<^ows: 



45 



Search 



SO Tnneout 



CString 



DWORD 



Port of server 
handling the 
invitation, Unused 
when sent firom client 
to server 
Channel 

Unused when Gent 
fromcBenl to 



C S CString 



CStiing 
DWORD 



Context. Opaque item 
to be sent back Co 
Comnnmicy server in 
die client respcose 
to this leqnest. 
User Name of member 
initiating the 
invitatioo 
InWtatKn type 
ContexL Opaque item 
obtained from the 
invitation request 
received Erom the 



Create New 6 C ^ S CString 



C _^ S DWORD 



S 
C 



URL to associate with 
new threarifld message. 
DWORD Comminity ID to 

associate with 
threaded messi^ge. 
Unused. If the server 
receives diis requests, it pecAxms a 
"Who is Here'* seach. (i**. i* 
ntma a list of all users cunently 
k)ggcd imo the community.) 
CString URL being voted for. 
Server is infarmii^ die client that die 
session has timed out. 



Reld 
Name 



Bytes DESCRIPTION 



On success, dlic server may respond with an 



VbrsionlD 

Packet 

Length 

Request 

Packet 



'\farsioo ifVutififfr of the packet 
Lei^ of Request Packet in bytes 



55 



60 



varies Serialized MFC CotQect derived class contaimQg: 
DWORD Request lype Code 

DWORD Trai^actioo \fersxxi ID 

CString RPA Authoiizatna 

Cheating Header 
<varics depending on packet type> 



The following table contains descriptions of the various 
request types, 65 



HTIP/1.0 200 OK <3cri£> 




<DptiQi]al HTIP ccqxxise headets> 




<crie> 




•cresponse transaction> 




-or- 




HTIP/l-O 401 Unauthorized <crlfe 




<optional HTIP response headeis> 




<trlfc>' 




-or- 




HTnvi.O <tittp response code> <htlp reas 


oti><crlC> 


<i3ptional HTIP re^Kmse headetG> 




<a=riC> 
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lo 401 Unauthorized case, the user's login session context 
times out and the client peif onns the login sequence again. 
This leauthenti cation may be done transparently to the user. 

If a non-401 or 200 HTTP status code is encountered, 
some error occtirred on the server side. The standard HTTP 
response code gives an indication of what the problem is. 

The format of a success response transaction may be as 
follows: 
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•continued 



■ Fkld 
Name 



# Bytes DESCRIFTUH^ 



Field 
Nsune 


MBytes 


INSCRIPTION 


Nfersion ID 


4 


kVrntiftffr of the packet 


Packet 


4 


Lec^ of Packet m bytes 


Length 






Re^)Oose 


varies 


Serialized MFC Cbbject derived class containing: 


Packet 




DWORD Response type Code 






DWORD ID 






<yuics dfrmiing oo response typo 



10 



13 



CStriqg 


Invitation type 


DWORD 


IP Address of server handling 




the invit2tiOD (a cfaat, server 




for exan^>le). 


DWORD 


Port of jerver handling the 




invitatioa 


CSlrii^g 


Chunel (may be blank) 


DWORD 


Context. Opaque item to be sent 




back to Che Comimmity server in 




the client leqianse to Ifais 




request. 



The following table describes the various response types. 
All arc sent from server to client. 



TVpe 



Code 



Contents 



Error 



OK 
Login 
Oet URL 



Invite 



Create New 5 



Membczshq) 6 
Search 



DWORD 

CString 

N/A 

N/A 

CString 

CObAxray 

DWORD 
CString 

DWORD 
CString 
CString 
BOOL 

DWORD 



DWORD 

CString 
CString 

CStringAnay 



Enor Code. Win32 or WINSOCK 
enor code 

Descriptive error mess;^, 
Oeneric **socce3^ response 
See login protocol. 
URL 

Array ^ cr more) of ifae 
fblkwhig: 
Cooununity ID 

URL to get to thieadad mess^ 

for this URL 

Flags 

User Name of member invited 
Invitation type 

In DCD-zero, (be user accepted 
Ox ixnritaticii. 

IP Address of aerver faondling die 
invitatioD (a cbat aerver, for 
example). 

Fort of server ^awtTn^ tbe 
invitatiao 

Chanocl (may be blank) 
URL to follow to create new 
dmaded message. 
Array of user xumes of all 
users matrhing search 
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30 



There arc 2 steps in the Server Request Transaction: 

1. Request (client to server) 

2. Response (server to client) 

The server niakes asynchronous requests of the client The 
request type sent by the server to the client is an invitation 
request 



Field 
Name 



MBytes I^SCRIFn(»f 



VfcnjOD ID 4 

Packet 4 

Retpiest varies 
Packet 



>ferskni identifier of the packet 
Length of Request Packet io bytes 

Serialized MFC COfaject derived class 
DWORD Reqi^t Type Code 
DWORD Transactkn Nfersion ID 
CStrii^ Uaer Name of number 
the iDvitatioD 



Referring to FIG. 4, a diagrammatic representation of a 
Tracking Srver 148 architecture for a preferred embodi- 
meot <^ the present invention is shown. The "Lracking Server 
148 logs the activities of users served by the Community 
Server. As users change URLs, post community messages. 
20 join and leave chat sessions, etc., these actions are reported 
by the Community Clients running on their computers to the 
Community Server 149. This information may then be 
reported by the Conmuinity Server 140 to the Tracking 
Server 148 via a TCP/IP connection 142 to a Read IVacking 
Event Thread pool 144. The TVacldng Server 148 then 
receives the information from the threads in the pool via an 
VO Con^letion Port 146. The IVacldng Sma 148 modifies 
the Infofmation (e.g.. by stripping a user identifier that may 
be associated with the action) and records it in a SQL 
Tracking Database 156 via an I/O Completion Port 158 
connection to a Write IVacking Event Thread pool 152. The 
lYacking Server also maintains a list of current users in a 
Memory Mapped File 15# that may be interrogated by tbe 
Community Server 140 on behalf of a client Tracking may 
be used in the following examples: 
35 Voting 
Tracking 
On-Une Activity 

Establishing connectivity between Community Members 
(eg.. Gaming & Real-time Conferencing (Chat)). 
^ Detoraining "Who is Here?" 

All transactions sent to the Community Senrer 140 may 
be filtered in one way or another through the Tracking 
Servers) 148. 

Conmumications between the Community Server 140 and 
45 the Tracking Server 148 are based on a request/response 
protocol layered on TCP/IP 142. Requests and responses are 
serialized objects of a type derived from a object (e.g.. 
identified as ClVacl^ansaction.) 
Tbe Community Server 140 opens an asynchronous TCP/ 
50 IP connection 142 to tbe Thtcldng Server 148 upon startup. 
If die connection is lost or the Tracking Server 148 is not 
running, the Community Server 140 may atteixq>t to rees- 
tablish a connection periodically. 

In tbe event of an invitation request a s^>aratc asynchro- 
nous TCP/IP connection may be ntade to the Community 
Server where die user is logged in that receives die invita- 
tion. After cither accq)ting cr declining die invitation, the 
liacking Server uses the existing connection to the original 
Conmuinity Server to let the inviter know what happened. 

As shown in FIG. 4, the Tracking Server 148 may be 
implemented as a multi threaded server 144 listening for 
asynchronous connections on a specified port (i.e.. VO 
Completion Port) 146. IXvo thread pools exist to work on 
incoming data: a connection pool and an ODBC pool. 
The Connection Worker threads dispatch incoming data to 
65 the ^jprofMiate ODBC thread. Each ODBC worker thread* 
upon initialization, opens an ODBC connection to a SQL 
server. 



55 
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The Coimnunity Server and Tracking Server may com- 
municate via the following transactloos. 







Direction 






fCS- 








Comnnmity 






Server) 








(TS- 




TVansactioD Type 




TVackins 


(CUSS rcame) 


DcscnptioD 


Server) 








CS ^ 


TS 


^ In nvT^^Viw* Ir 


ITvT k^irtrwl intn Commuiiitv 


CS 


TS 


In (vM tt'lVqi* If 


ITwr lefil f^fwTwniTmlv eirtier l)V 
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Preferably, transactioiis cany the following data (type): 
user Id (string), community Id (number), server Id (number), 
transaction type, also called request code (number), and 
version (number). Because transactions are serialized 
objects, the transaction may include the name of the type of 
the transaction and a schema version number. The bytes of 
the serialized object arc preceded by 8 bytes: 4 (representing 
a 32 bit number, in network byte order) that identify the 
version of the packets and 4 (also rq)rcsenting a 32 bit 
number, in netwc^k byte order ) that specify the number of 
bytes that follow. 

Transactions may convey additional data appropriate to 
Che type of transaction. The additional data may be appended 
to the transaction in the order specified in the tabic. Note that 
strings (e.g.. designated CStrlng) may t>c a single byte count 
of characters followed by exactly that many charactas widi 
no null terminating byte. Numbers arc LSB first. Boolean 
type is a 32 bit number with a value of either 0 or 1. 



TVanaactioD Type Ihmsactioa Specific Data 

CSetufOVack petsistaDce flag (Bocileaa) 

CLqginTyBck URL (Cstriqg) 

CLpgoutTnick. none 

CCrealcMsgThreKTIhKk URL(Cstriqg) 

CGetAnnotaliao'nadE: URL (Cstriug) 

CWholsHereThctRetj none 

CWbolsHereTrttkRsp list of upper Ids (number) (CStrmg) (CStriz^g) 
(CStriDg) . . . 

CURLInfoTrack URL (Cstring) 





to 
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TransactiQD TVpe 


lYansactioa Specific Data 


CIoviteTrackRcq 


user U of invitee (C String), type of interactioii: 




chat, game. etc. (CString), IP address of server 




bostiog inviting user (Dumber) and port of 




server bostiqg invitiqg user (number) 


ClnvtteTVackR^ 


KceptaDoe flag (Boolean), rcasou code 




(number), IP address of server hosting invitee 




(number) and port of server hosting invitee 




(nxmiber) 


CNbteURLTtack 


name of item or URL (CStringV score 




(number) 



For exanq)le, the CWhoIsHereTrackReq transaction may 
trigger a CWhoIsHcreTrackRsp reply, and a ClnviteTrack- 
Req transaction may trigger a CInviieTrackRsp reply. 
Preferably, the reply packets arc returned via the same 
connection that delivers tracking transactions to the Track- 
ing or Voting Servers. 

Invitation processing is special compared to the other 
transactions. For exanq>le. Ihe OnvltelVackReq transaction 
causes the Tracking Servo' to open a connection to a second 
Conmuinity Server (which may be the same Conmiunity 
Server that initiated the invitation) and emit a dnviteTrack- 
Req transaction, to inquire of the Community Server 
whether a particular user (the invitee) is still logged in. 
When the Community Server returns a yes or no ClnviteT- 
rackRsp transaction, the Tracking Server discoonects. and 
returns a ClnviteTrackR^ transaction to the originally 
requesting C(Hnmunity Server. 

The CSetup'D'ack transaction is sent by the Community 
Server to the Tracking Server when the Community Server 
connects to the Tracking Server. The persistence flag indi- 
cates whether the Community Server expects the connection 
to remain open for more than one transaction. This sdieme 
peimits the Community Server to occasionally connea to 
the Tracking Server for a single query. 

Every transaction may be recorded in the tracking table of 
the tracking database using the base information (e.g.* user 
id, community id, server id, and requc^ code), and the 
CQiresponding URL. if available. For example. CLogin- 
Track and CLogoutTcack transactions may cause the addi- 
tion or removal of user id inf annaticHL &om a **Who is Here'* 
list which is kept in memory. Finally, the OnvitcTrackRcq 
transaction queries the "Who is Here" list while the 
CWhoIsHerelYackReq transaction returns the oitire list 

In a preferred embodiment in which voting is supported, 
the (ZVoteURLIVack transaction may cause the conmiunity 
id, the item string, and the sccre to be inserted into ch- 
updated in the vote table and Ihe vote count to be incre- 
mented. The value of the scwc is added to the score (initially 
zero) for the particular community id and issue combination. 



Transactica type 



Descriptnn 



Dftstination 



CSctnptVack Server 10 senrer communication none 

CLoginTrack User k>ggcsd imo Community tracking 

CLogoufback User left Community, either by tracking 

logout or time-out 

CCreateMsglhreacflVack User created a message sectton tracking 

CGetAnaotatknTrack User ohcained an annotation tracking 
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Transacbcm Type 



Dcscnptioo 



DestiDation 



CWhoIsHereTrackReq 

CWholiHcreTnckRsp 

CURLlnfblVack 

CInviteTrackReq 

CInvitcTrackRsp 

CVbtcUIOJVack 



User requests a list of other 

logged in rocmbcre 

list of k>g£ed in members 

User vent to a oew page 

User extends to another user in 

ttrritatioa to chat 

Invited user acc^its or declines 

chat invitation 

User voted 



tracking, fetches "Who is Here" 
list 

returns "Who is Here*' list 
tracking 

tracking, queries "Who is H«re" 
list 

returns found or not found 
tracking, vote 



Data source Connectivity 

Preferably, the TYacking Server connects to a SQL server 15 
via the ODBC application programming interface. The data 
source that the Tracking Server connects to may be deter- 
mined at startup. Multiple ODBC (over TCP/IP or NetBcui 
protocols) connections arc made to a SQL server (one pa- 
ODBC worker thread) upon initialization and maintained 20 
throughout the life of each tiiread. All tracking transactions 
execute pr^ared ODBC-SQL sutements to log the trans- 
action. 

Referring to FIG. 5, a diagrammatic rqprcsentation of the 
Threaded Message Server 174 is shown. Tlie Threaded 25 
Message Server 174 is used to create and retrieve member 
threaded message aniiotations created on specific URL*s 
(ie.. Web pages.) The threaded message annotations may be 
stored in a Threaded Message Database 182 accessible via 
a POET interface 180. In a preferred embodiment the 30 
Hureaded Message Server 174 runs as an extension to a 
Remote Passphrase Authenticatioa (RPA) enabled Server 
16# (with a TCP/IP connection to a Remote Passphrase 
Authentication Deity 164 that performs authentication via an 
OBDC connection 166 to a membership database 168) to 35 
ensure that is accessed through a secure means. Preferably, 
the Threaded Message Server 174 is not required on a per 
community basis, but rather acts as a global resource and is 
shared between communities. 

Preferably, the Threaded Message Server 174 receives 40 
notifications from the RPA enabled Server 160 via the 
Conmmnity Client rather than the Community Server. A 
Binary (iateway Interface 170 facilitates communication 
between the ¥<PA enabled Server 160 and Threaded Message 
Server 174. For example, a Threaded Message Server 45 
Dynamic Link Library CTMS.DLL) may run as an extension 
to a RPA enabled Siervcr; The RPA enabled Server may 
communicate with TMS.DLL through a combination of ttie 
HTTP GET and POST methods* depending on the nature of 
the requested transacticm. TMS.DLL may then interact with 50 
the Threaded Message Server 174 throu^ remote procedure 
calls (RPQ and the Community URL Database Server 178 
through ODBC calls 176. Results of each transaction may be 
returned to the Web Server as dynamically created HTML 
pages. 55 
GET Method 

The following transactions may be requested through the 
use of the HTTP GET method: 
PrintSectionThreads 
PrintThrcadMessages 
PrintMessage 
GenerateReplyPage 
GenerateCreateMessagePage 

PrintSectionThreads 6S 
This transaction prints a HTML page containing a list of 
threads in a given message base section. Each thread item 



printed is a hyper-link to the PrinlThreadMessages transac- 
tion. Appropriate navigational controls are also be displayed. 
One of diese controls may be a link to the GenerateCreate- 
MessagePage transaction. 
PrintThrcadMessages 

This transaction prints a HTML page containing a list of 
the messages in a given thread. Each message item printed 
is a hyper-link to the PrintMessage transaction. Appropriate 
navigational controb arc also displayed. 

EtintMessage 

This transaction prints a HTML page displaying the 
contents of a message. Navigational controls are also dis- 
played. One cf these controls is a link to the GenerateRe- 
plyP^e transaction. 

(}enerateReplyPage 

This transaction prints a HTML page containing the form 
controls needed to create a reply to a message. The page also 
contains hidden controls needed to store state infomoation 
that will be passed to the PostRqriy transaction via the 
POST command. 

GenerateCreateMessagePage 

This transaction prints a HTML page containing the form 
controls needed to create a message. The page also contains 
the hidden controls needed to store state information that 
may be passed to the PostCreateMessage transaction via the 
POST command. 
-POSTT MeAod 

The following transactions are requested through the use 
of the HTTP POST method: 

PostOreateMessage 

PostR^ly 

PostCreateMessage 

This transaction uses the contents of the HTML form 
controls created by the GenerateCreateMessagePage trans- 
action to create a new message. The data is sent via the 
HTTP POST method. 

PostReply 

This transacti<HL uses the contents of the form controls 
created by die GenerateReplyPage transaction to create a 
reply to a message. The data is sent via the POST method. 

Rcfening to FIG. 6, a screen shot of Web page IW. 
Community Client 196, and Community Web page 198 for 
a preferred embodinoent of the present invention is shown. 
The Web page 194 associated witii the URL 194 is displayed 
by the Web browser 190 (in this example, Microsoft's 
Intcmet Explorer) running on die user's computer. The 
Community Client 196 runs independently of the Web 
browser 190 and appears as a toolbar on the display. The 
toolbar of the C<Knmunity Client conqirises a plurality of 
custom control buttons. The control buttCHis are similar to 
menu commands (i.e., allow the user to perform actions), but 
arc less obtrusive than menus and are always accessible. 
Each control button may provide a different type of com- 
munity function. For examine, one control button may allow 



06/01/2004, EAST Version: 1.4.1 



5.796.393 



21 



22 



10 



20 



a user lo access threaded messages associated with the 
curreni URL. The messages may appear on a separate page 
(or window) 198 with additional control options fear navi- 
gating the messages. For example, one or more control 
buttons on the message page may be used to move fwward 
and backward in the message thread. 

In another example, a "Community Home Page** button 
control on the Community CUcnt toolbar may be avaUablc 
to transport the user dirccUy to the home page of the 
community Web site. The home page may serve as a place 
where users may go to be in an environmeDl speaaUy 
designed for their interests. Anotiier control button on the 
toolbar may invoke a stastJstop mechanism to enable users 
to start and stop the Community CUent when it resides with 
another appUcaUon such as a Web browser. Another control 
button may aUow users to join or disassociate themselves 
with particular conamunities. Selection of certain control 
buttons may cause a supplemental dient ^pUcation (i.c.. an 
iq)pUcation with an independent interface) to be invoked to 
facilitate certain interactions. For example, selection of a 
particular control button may initiate a chat session witfi 
other community members. The chat session may be initi- 
ated and managed through a separate (i.e., independent of 
the user's browser or Community CUent) appUcation that is 
invoked when the control button is selected and is stoj^ 25 
when the user decides to leave tiie session. 

In a preferred embodiment of the present invention, the 
toolbar is extensible and dynamic so that a user may modify 
or tailor it to meet his or her needs or prcfaenccs. Users may 
extend the capabilities of the toolbar by creating new 30 
capabiUties based on the primary or core capabilities pro- 
vided by the present invention. As described earUer, Ae 
primary or core set of capabilities may include a Commumty 
Centre, Create or View conunenls. Who's Online. Chat, or 
Invitations. Other communities may have special c^pabili- 
.^-^ties b addition to the core capabilities. Using a scripting 
langu^c, a user may extend the toolbar by creating a new 
option comprised of i^imary ot core capabilities. For 
example, a user may create a "Game" capability comprised 
of the **Who*s Online" cqwhility and "Invitation" c^abil- 40 
ity. When invoked from the toolbar, the Game c^hiUty 
may provide the user with a list of community users cur- 
renUy on-line and then invoke a game based on a another 
community member's acceptance of an invitation to play a 
game. 

Display of community information is prrferably con- 
trolled by a community viewer that provides a basic window 
frame in which conununity content displayed as weU as 
suppon for additional administrative functions and c^abUi- 
ties. The community viewer arranges to display Community 
information in a single window or multiple windows 
depending on the amount and type of information displayed. 
Preferably, the information is represented by HTML pages 
identified by a URL. For example, annotations for a speciAc 
Web page, die list of members who are currently present in 
a community, and an annotation creation page may all be 
presented as different HTML pages associated with different 
URLs. In addition, capabilities such as accessing the com- 
munity home page, viewing community c<Hnments. and 
joining communities may be supported by HTML pages and 
associated applications as identified by a URL. 

The present invention provides a new system and method 
for integrating Wcb/Intcrnct and on-line service content and 
interactions to create a conmuinity. The present invention 
operates as an extension to a user's {wefcired Web browser 65 
so the user is not required to leam a new user interface to 
locate on-line service content or interact with other com- 



munity members. On-line service content is delivered to the 
user in response to the URU specified by the user as he or 
she browses the Web. In addition, opportumties for inter- 
acting with other community members arc presented to the 
user. The user may change URLs and Web sites frequentiy 
while the present invention maintains a context— via a 
persistent connection between a Community Server and a 
Community Client— for the user^ interactions so that 
on-line service content may be presented and mteracuons 
facilitated. The benefit of the present invention for end-users 
is a transformation of the Web to a much friendUer and 
valued placed — a community. 
What is claimed is: 

1. A system for integrating on-line service content and 
interaction methods witii foreign service content and inter- 
im action methods comprising: 

a browser fcr establishing a connection to and interacting 
with a foreign service via a plurality of foreign servers; 
an identifier for locating content from one of said foreign 

servers, said identifier processed by said browser, 
a phirality of on-line service subscribers who are nicna- 

bcrs of a community associated with said identifier; 
on-line service content associated with said identifier; and 
a client in communication with said browser for trans- 
mitting said identifier to an on-line service server, said 
on-line service server adapted to retrieve on-line ser- 
vice content associated wiUi said identifier and facili- 
tate interactions with said on-line service subscribers 
belonging to said community associated with said 
Identifier. 

X The system <rf daim 1 ulierein said cliait is a toolbar 
running indcpendcntiy of said l>rowser. 

3. The system of claim 2 wherein said toolbar is com- 
prised of buttons rcprcsentiDg community interaction 
options available to a subscriber. 

4. The system of daim 1 wherein said on-line service 
server is adapted to present on-line service content and 
facilitate inteiactions through a comnuinity viewer. 

5. The system of claim 1 wherein said on-line service 
content comprises library files, conaments, tiireaded 
messages, and help related to said identifier is subject matter. 

6. The system of daim 1 wherein said client interactions 
with said on-line service subscribers comimse invitations, 
messaging, gaming, diat sessions, conferencing, and voting. 

7. The system of claim I wherein said browser, said client, 
and said on-line service server communicate at ttie appUca- 
tion level via an Internet protocol 

8. The system of daim 1 wherein said on-line service 
content is presented in and said interactions are fadUtated 
wifli HypoText Markup Language pages. 

9. The system of daim 1 wherein said identifier is a 
Uniform Resource Locator. 

10. The system of claim 1 wherein said foreign service is 
the Internet . . 

U. The system ctf claim 1 wherein said foreign service is 

tfie World Wide Web. 

12. A method fcr integrating on-line service content and 
interactions with a browser conning the steps of : 

(a) selecting an identifier for establishing a connection 
between said browser and a fiMeign server; 

(b) transmitting said identifier to an on-line service server 
from a client in communication with said browser, 

(c) rcttieving on-line service content associated with said 
identifier, said on-line service server adapted to retrieve 
said content; 

(d) creating a display page containing said retrieved 
on-line service ccmtent; and 
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<e) presenting said display page io a window independent 
from other windows displayed by said browser, said 
presentation perfonned by said client. 

13- The method of claim 12 further comprising the stq)s 

of: 

(f) locating a plurality of members of a community 
associated with said identifier, said jdurality of mem- 
bers located by said OD-Une service server; and 

(g) initiating and managing interactions with one or more 
of said plurality of members of said community asso- 
ciated with said identifier, said interactions initiated and 
managed by said client and said on-line service server. 

14. The method <tf claim 12 wherein said browser, said 
ciient. and said on-line service server communicate via an 
Internet protocol 

15. The method of daim 12 wherein said display page is 
created using hypertext markup language. 

16. The method of claim 12 wherein said on-fine service 
content conqirises help, threaded messages, library files, or 
archive files. 

17. The method of daim 12 wherein said identifier is a 
uniform resource locator. 

18. A method fos* integrating on-line service content and 
interaction options with foreign service content and inter- 
action options comprising the steps of: 

(a) defining at least one community identified by a uni- 
form resource locator, said community comprising a 
list of on-line service subscribers, community content 
comprised of said on-Une service content, and c<Hxmiu- 
nity interaction options coursed said on-line ser- 
vice interaction options; 

(b) displaying via a browser foreign service content 
identified by said unifonn resource locator; 

(c) displaying via said browser said conmiunity content; 
and 

(d) facilitating said conununity interaction options 
between subscribers from said list of on-line service 
subscribers. 

19. The method of daim 18 wherein a community viewer 
is ad^jted to present said community content and facilitate 
said community interaction opdoos. 

20. The method of claim 18 wherein said conununity 
content is comprised of help, archive files, library files, or 
threaded messages. 

21. The method of claim 18 wherein said community 
interaction options Include messaging, gaming, chat 
sessions, conferencing, invitations, and voting. 

22. A system fc^ integrating on-line service conmiunity 
content with foreign service content conqsising: 

a) a browser to access said foreign service content. 

b) an identifier associated with said f<»Tign service con- 
tent for accessing said foreign service content said 
identifier processed by said browser; 

c) a plurality of on-line service users who access said 
foreign service content identified by said identifier; 

d) a conununity server at said on-line service ad^ed to 
retrieve oo-line service conmuinity content associated 
with said plurality of on-line service users; and 

e) a community client in conununlcation witti said 
browser, said community client adapted to send said 
identifier to said server for rctticval of said on-line 
service community content associated with said plural- 
ity of on-line service users. 

23. The system of claim 22 wherein said on-line service 
server is adapted to present on-line service community 
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content and facilitate interactions through a community 
viewer operating on an on-fine service user*s computer. 

24. The system of claim 23 wherein said community 
viewer facilitates user requests to said on-line service for 

5 retrieval of content associated with said plurality of on-line 
service users to be presented by said community viewer. 

25. The system of claim 24 wherein said community 
viewer formats and displays retrieved content on said 
on-line service user's computer. 

10 26. The system of claim 23 wherein said conununity 
viewer appears as a toolbar executing independently of said 
browser. 

27. The system of claim 26 wherein said toolbar is 
comprised of buttons representing community interaction 

15 options available to an on-line service user. 

28. The system of daim 26 wherein at least one button on 
said toolbar may be used to process requests to an on-line 
service serv^ for mrievai of selected content associated 
with said plurality of <Hi-line service users and display by 

20 said community viewer. 

29. The system of claim 28 further coraprising a display 
page containing said sdected content presented in a window 
independent of said browser and said button bar. 

30. The system of daim 22 further conqnising a persistent 
25 connection between said comnumity client and said com- 
munity server. 

31. The system of daim 22 further oon^sing a secure 
communications channel between said community client 
and said community server. 

30 32. The system of claim 22 wherein communications 
between said community client and said community server 
arc in accordance with Internet protocols. 

33. The system of daim 22 wherein c<xnmunications 
between said comimmity client and said community server 

35 are in accordance with HTTP and HTML. 

34. Ihe system of claim 22 wherein a tracking server logs 
activities of said plurality of on-line service users and 
provides membershq) information regarding said plurality of 
on-line service users to said community client 

40 35. A system for integrating comimmity content from an 
on-line service with foreign service content con^sing: 

a) a browser to access said foreign service content; 

b) an identifier assodatcd wiUi said foreign service con- 
tent for accessing said foreign service content said 
identifier processed said browser; 

c) a plurality oi on-fine service users who access said 
foreign service content identified by said identifier; 

d) a community server at said on-line service adq>ted to 
retrieve on-line service community content associated 
with said plurality of on-Une service users; 

e) a community client in communication with said 
browser, said community client adapted to seiKl said 
identifier to said server for retrieval of said on-line 

S5 service ccnnmunity content assodated with said plural- 
ity of on-line service users; and 
0 a community viewer for supporting an on-line service 
user's interactions with said on-line service community 
content associated with said plurality of oo-line service 

60 users. 

36. The system of daim 35 wherein said community 
viewer is a toolbar with buttons that support said on-line 
service uscr*s interactions. 

37. The system of claim 36 wherein actions associated 
65 with each button of said toolbar are performed in accordance 

with operations of an independent ci^ability handler 
adapted to provide a capability. 
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38. The system of claim 37 wherein said operations of 
said capability handkr are performed independently of said 
community client or said community server. 

39. The system of claim 37 wherein said capability 
provided by said independent capability handler may be user 
definable via a scripting language. 

40. The system of claim 37 wherein said capability is a 
definable object operable with community viewer commu- 
nication facilities to obtain and manipulate on-line service 
conamunity content and operable with community viewer 
display facilities to rcndCT on-line service community con- 
tent. 

41. The system of claim 40 wherein said definable object 
may be vendOT defined, created, supplied, and downloaded. 

42. The system of claim 36 wherein said toolbar may be 
edited by an on-line service user to customize it accMdling 
to needs or preferences. 

43. A system for integrating community content from an 
on-line service with foreign service content comprising: 

a) a browser to access said foreign service content; 

b) an identifier associated with said foreign service con- 
tent for accessing said foreign service content said 
identifier processed by said browser; 

c) a plurality of on-line service users who access said 
foreign service content identified by said identifier; 

d) a community server at said on-line service ad^ted to 
retrieve on-line service community content associated 
with said plurality of on-line service users; 

e) a community client in communication with said 
browser, said community client adapted to send said 
identifier to said server for retrieval of said on-fine 
service community content associated with said plural- 
ity of on-line service users; and 
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f) a community viewer for supporting an on-line sciYice 
uscr*s interactions with said on-line service community 
content associated with said plurality of on-line service 
users. 

5 said community viewer adapted to provide at least one set 
of capaWlities to interact with said community server. 

44. The system of claim 43 wherein said set of capabilities 
may be associated with a web page. 

45. The system of claim 44 further coit^)rising interaction 
10 facilities for initiating and participating in interactive 

activities, games, chats, and voting. 

46. The system of claim 44 further con:^)rising interaction 
facilities fcs acquiring access to library files, comments, 
threaded messages, archive files, and on-line help. 

15 47. The system of claim 44 wherein information about 
said plurality of OD-line service users is maintained in a 
database accessed using ODBC. 

48. The system of claim 43 further comprising interaction 
facilities for communicating and viewing on-line seivice 

20 community content associated with said plurality of on-line 
service users, said content including messages and docu- 
ments. 

49. The system of claim 43 further comprising interaction 
facilities for on-line service users to join and leave commu- 

25 nity memberships associated with eacli of said plurality <^ 
on-line service users. 

50. The system of claim 43 further conqirising a database 
with an independent on-line service user profile in each 
community meml>crship joined by an on-fine service user. 

30 51. The system of claim 43 further comprising interaction 
facilities for displaying public con^x>nents of on-line service 
users ^profiles of users currently on-line. 

* * * * )F 
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